Alles was die drawGLScene() Funktion machen muss, ist zu bestimmen, welche doMesh-Funktion aufgerufen werden muss:

bool DrawGLScene(GLvoid)							// Hier kommt der ganze Zeichnen-Kram hin
{
	if (bumps) {
		if (useMultitexture && maxTexelUnits>1)
			return doMesh2TexelUnits();
		else return doMesh1TexelUnits();	}
	else return doMeshNoBumps();
}

GLvoid KillGLWindow(GLvoid)							// entferne das Fenster korrekt
>…<

BOOL CreateGLWindow(char* title, int width, int height, int bits, bool fullscreenflag)
>…<

LRESULT CALLBACK WndProc(	HWND hWnd,					// Handle für dieses Fenster
				UINT uMsg,					// Nachricht für dieses Fenster
				WPARAM wParam,					// zusätzliche Nachrichten Informationen
				LPARAM lParam)					// zusätzliche Nachrichten Informationen
>…<

• E: wechsel zwischen Emboss / Bumpmapped Modus
• M: wechsel Multitexturing
• B: wechsel Bumpmapping. Dies ist stillschweigend exklusiv für den Emboss Modus
• F: wechsel Filter. Sie werden sofort sehen, dass GL_NEAREST nicht für Bumpmapping geschaffen wurde
• Pfeil-Tasten: rotiere den Würfel

int WINAPI WinMain(	HINSTANCE hInstance,					// Instanz
			HINSTANCE hPrevInstance,				// vorherige Instanz
			LPSTR lpCmdLine,					// Kommandozeilen Parameter
			int nCmdShow)						// Fenster Anzeige Status
{

	>…<

				if (keys['E'])
				{
					keys['E']=false;
					emboss=!emboss;
				}

				if (keys['M'])
				{
					keys['M']=false;
					useMultitexture=((!useMultitexture) && multitextureSupported);
				}

				if (keys['B'])
				{
					keys['B']=false;
					bumps=!bumps;
				}

				if (keys['F'])
				{
					keys['F']=false;
					filter++;
					filter%=3;
				}

				if (keys[VK_PRIOR])
				{
					z-=0.02f;
				}

				if (keys[VK_NEXT])
				{
					z+=0.02f;
				}

				if (keys[VK_UP])
				{
					xspeed-=0.01f;
				}

				if (keys[VK_DOWN])
				{
					xspeed+=0.01f;
				}

				if (keys[VK_RIGHT])
				{
					yspeed+=0.01f;
				}

				if (keys[VK_LEFT])
				{
					yspeed-=0.01f;
				}
			}
		}
	}
	// Shutdown
	KillGLWindow();								// Kille das Fenster
	return (msg.wParam);							// beende das Programm
}

• Sie sollten, anders wie in diesem Tutorial, keine 256x256 Texturen verwenden. Damit werden die Dinge langsamer. Machen Sie das nur, um die visuellen Fähigkeiten zu demonstrieren (wie in Tutorials).
• Ein bumpmapped Würfel ist nicht gewöhnlich. Ein rotierender Würfel noch weniger. Der Grund dafür ist der Betrachtungs-Winkel: Je steiler er wird, desto mehr visuelle Störungen erhalten Sie auf Grund der Filterung. Fast alle Multipass-Algorithmen werden dadurch beeinträchtigt. Um die Nötigikeit einer hochauflösenden Textur zu vermeiden, reduzieren Soe den Betrachtungs-Winkel auf einen sensiblen wert oder reduzieren Sie die Bandbreite der Betrachtungs-Winkel und pre-filtern Sie Ihre Textur, damit diese perfekt in diese Bandbreite passt.
• Sie sollten als erstes die farbige Textur haben. Die Bumpmap kann häufig daraus erzeugt werden, indem ein durchschnittliches Grafikprogramm verwendet wird, und sie in eine Grau-Skalierung konvertiert wird.
• Die bumpmap sollte "schärfer" und höher im Kontrast sein, als die Farb-Textur. Das wird grundsätzlich dadurch erreicht, dass ein "sharpening filter" auf die Textur angewandt wird, was vielleicht auf den ersten Blick etwas komischt aussieht, aber glauben Sie mir: Sie können sie HÄUFIG 'schärfen', um erstklassige visuelle Effekte zu erzielen.
• Die Bumpmap sollte um 50%-grey (RGB=127,127,127) zentriert werden, da das "überhaupt gar kein Bump" bedeutet, hellere Werte repräsentieren Bumps und dunklere "Scratches". Das kann mittels der "Histogram" Functionen in einigen Grafikprogrammen erreicht werden.
• Die Bumpmap kann ein Viertel der Größe der farbigen Textur sein ohne visuelles Erscheinen zu "killen", obwohl Sie definitiv einen Untetrschied sehen werden.

• Michael I. Gold für seine Bump Mapping Dokumentation
• Diego Tártara für seinen Beispiel Code
• NVidia dafür, dass Sie die großartigen Beispiele ins WWW stellen
• Und zu guter Letzt an NeHe, der mir geholfen hat, vieles über OpenGL zu lernen.